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METHOD AND APPARATUS FOR CAPTURING COMMERCIAL LOAN 
APPLICATION DATA AND ASSIGNING A COMMERCIAL LOAN REQUEST 

CROSS-REFERENCE 
TO RELATED APPLICATION 

This application is related to co-pending provisional application serial No. 

60/ , , filed December 18, 2001, and entitled METHOD AND APPARATUS FOR 

CAPTURING COMMERCIAL LOAN APPLICATION DATA AND ASSIGNING A 

COMMERCIAL LOAN REQUEST. The benefit of the filing date of the above-identified 

application is hereby claimed pursuant to 35 U.S.C. §1 19(e)(1). 

TECHNICAL FIELD 
OF THE INVENTION 

This disclosure relates generally to financial services, and more particularly, but 
not exclusively, to methods, apparatus, and articles of manufacture for capturing commercial 
loan application data and assigning a commercial loan request via an electronic user interface 
provided via a network communication link. 

BACKGROUND INFORMATION 

Many financial and/or lending institutions utilize multiple systems to collect 
customer information for commercial loan applications. In the most basic scenario, printed- 
paper forms, with spaces provided for the entry of typed or hand- written customer information, 
are used to collect any requisite information to facilitate processing of the commercial loan 
application and consideration for approval by a review committee, or the like. 

In many cases, a customer seeking a commercial loan may have an existing 
relationship with the financial and/or lending institution from which the commercial loan is 
sought. As such, the customer/applicant may have previously provided the financial institution 
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with information specific to the customer/applicant, such as company profile data, or the like, 
that may be stored by the financial institution in a database. 

Currently, no adequate mechanism exists for populating data fields of electronic 
loan applications with previously provided and stored data. Because at least a portion of the 
previously provided information {e.g., company profile data) may be required as a part of the 
commercial loan application process, a loan officer or other representative of the financial 
institution may be required to repeatedly enter information, previously provided, thereby 
decreasing productivity and introducing additional potential for errors. 

Moreover, current methods of assigning a commercial loan request for review, 
and of monitoring the status of the approval process, are inadequate. In many cases, paper-based 
forms may be communicated to a review committee located in a geographic area remote from the 
application site, creating delay in the approval process, and hindering attempts to monitor the 
status of the review. For example, if the customer contacts the loan officer to check the status of 
the commercial loan request, the loan officer may in turn have to contact the review committee 
and wait for a reply. 
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BRIEF DESCRIPTION OF THE 
VARIOUS VIEWS OF THE DRAWINGS 

In the drawings, like reference numerals refer to like parts throughout the various 
views of the non-limiting and non-exhaustive embodiments of the present invention, and 
wherein: 

Figure 1 is a block diagram illustration of a network environment in accordance 
with the teachings of the present invention; 

Figure 2 is a block diagram illustration of an embodiment of a computer system 
representative of a server or a client system in accordance with the teachings of the present 
invention; 

Figure 3 is a flow diagram illustrating an embodiment of a flow of events in a 
server and in a client system in accordance with the teachings of the present invention; 

Figure 4 is a flow diagram illustrating an embodiment of a sequence of user 
interface ("UP) displays for capturing commercial loan application data, and assigning and 
administering a commercial loan request in accordance with the teachings of the present 
invention; and 

Figures 5-21 are illustrations of example UI displays for capturing commercial 
loan application data, and assigning and administering a commercial loan request in accordance 
with the teachings of the present invention. 
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DETAILED DESCRIPTION OF 
THE ILLUSTRATED EMBODIMENTS 

Embodiments of methods, apparatus, and articles of manufacture for capturing 
commercial loan application data and assigning a commercial loan request are described in detail 
5 herein. In the following description, numerous specific details are provided, such as the 
identification of various system components, to provide a thorough understanding of 
embodiments of the invention. One skilled in the art will recognize, however, that the invention 
can be practiced without one or more of the specific details, or with other methods, components, 
r e materials, etc. In still other instances, well-known structures, materials, or operations are not 

JfO shown or described in detail to avoid obscuring aspects of various embodiments of the invention. 

i u 

JJ Reference throughout this specification to "one embodiment" or "an 

p embodiment" means that a particular feature, structure, or characteristic described in connection 

5= 

M> with the embodiment is included in at least one embodiment of the present invention. Thus, the 

1U 

M 1 appearance of the phrases "in one embodiment" or "in an embodiment" in various places 
|5b throughout this specification are not necessarily all referring to the same embodiment. 

Furthermore, the particular features, structures, or characteristics may be combined in any 
suitable manner in one or more embodiments. 

As an overview, embodiments of the invention provide methods, apparatus, and 
articles of manufacture for capturing commercial loan application data, assigning a commercial 
20 loan request, monitoring an approval process, and administering association of accounts with 

approved requests. For example, aspects of the present invention may be embodied in a software 
application capable of providing a user (e.g., via a client system) with a sequence of UI displays 
configured to capture requisite information for the completion of a commercial loan application 
(also "commercial loan request"). Previously provided and stored information (e.g., customer 
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profile information/data, or the like) may be pre-populated into data fields of the UI displays, in 
an embodiment, to relieve the user of having to repetitively enter the same data. 

In addition, the sequence of UI displays may also be configured to enable the user 
to assign an approval level for the commercial loan request, to assign each stage of the approval 
process to a specified reviewer, and to associate an approved request with a financial account. In 
one embodiment, the user may monitor the status of each assigned stage of the review process to 
enable the user to readily assess the status of the commercial loan request on behalf of the 
customer/applicant, for example. Other features of the illustrated embodiments will be apparent 
to the reader from the foregoing and the appended claims, and as the detailed description and 
discussion is read in conjunction with the accompanying drawings. 

With reference now to the drawings, and in particular to Figure 1, an embodiment 
of a network environment 101 is illustrated in accordance with the teachings of the present 
invention. In one embodiment, a server 103 may be communicatively coupled to a plurality of 
client systems 105 and 107 via a network 109. The client systems 105 and 107 maybe capable 
of connecting to the network 109 via individual communication links 113 and 115, respectively, 
while the server 103 may be capable of connecting to the network 109 via a communication link 
1 17, in an embodiment. It will be appreciated that the number of communicatively coupled 
client systems may vary in other embodiments in accordance with the teachings of the present 
invention. 

In one embodiment, the communication links 113, 115, and 117 may be used by 
the client systems 105 and 107, and the server 103, respectively, to send and/or receive content 
and/or data from one another, such as for example, but not limited to, instructions to cause 
generation of a UI display, commercial loan application data, or other data or information. The 
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communication links 113, 115, and 117 may comprise physical connections, such as for 
example, cables, wires, optical fibers, or the like, in an embodiment. In another embodiment, the 
communication links 1 13, 1 15, and 1 17 may comprise wireless links, such as for example, radio 
frequency ("RF") links, satellite transmissions, optical signals, or the like, transmitted through 
the atmosphere, or any combination of the foregoing. The network 109 may, in various 
embodiments, be any type of communications network through which a plurality of different 
devices may communicate, such as for example, but not limited to, the Internet, a wide area 
network ("WAN"), a local area network ("LAN"), an intranet, or the like, or any combination of 
networks interconnected with one another. 

The server 103 may be coupled to a central storage, such as a database 1 1 1, in an 
embodiment, to store data such as commercial loan application data, or the like. In one 
embodiment, the database 1 1 1 may also store content, such as hypertext markup language 
("HTML") documents, or the like, capable of being communicated to the client systems 105 and 
107 via the server 103 in response to a request communicated by one or more of the client 
systems 105 and 107. It will be appreciated that communication between the server 103 and the 
client systems 105 and 107 may be facilitated by any one, or a combination of, known protocols, 
such as for example, but not limited to, hypertext transfer protocol ("HTTP"), transmission 
control protocol/Internet protocol ("TCP/IP"), or the like. In one embodiment, the database 1 1 1 
may comprise a relational database configured to store the consumer loan application data in a 
manner to make data corresponding to a particular customer accessible to a user via reference to 
a customer name or other unique identifier. 

With reference now primarily to Figure 2, a block diagram illustrating one 
embodiment of a machine 201, representative of the server 103 and/or the client systems 105 and 
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107, is shown in accordance with the teachings of the present invention. Typically, the server 
103 may comprise a computer server or similar type of server hardware that is designed to 
communicate with a plurality of other machines. The clients 105 and 107 may comprise various 
types of machines, including a desktop computer or a workstation, for example, in an 
embodiment. In one embodiment, the machine 201 is a computer that includes a processor 203 
coupled to a bus 207. A memory 205, a storage 21 1 , a display interface 209, a communications 
interface 213, an input/output interface 215, and an audio interface 223 are also coupled to the 
bus 207, in the illustrated embodiment. 

In one embodiment, the machine 201 interfaces to external systems through the 
communications interface 213. The communications interface 213 may include a radio 
transceiver compatible with various modulated signals, wireless telephone signals, or the like. 
The communications interface 213 may also include an Ethernet adapter, an analog modem, 
Integrated Services Digital Network ("ISDN") modem, cable modem, Digital Subscriber Line 
("DSL") modem, a T-l line interface, a T-3 line interface, an optical carrier interface (e.g., OC- 
3), token ring interface, satellite transmission interface, a wireless interface, or other interfaces 
for coupling a device to other devices. 

In one embodiment, a carrier wave signal 221 is received/transmitted between the 
communications interface 213 and the network 109. The communications signal 221 may be 
used to interface the machine 201 with another computer system, a network hub, a router, or the 
like, in various embodiments. In one embodiment, the carrier wave signal 221 is considered to 
be machine-readable media, which may be transmitted through wires, cables, optical fibers, or 
through the atmosphere, or the like. 
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The processor 203 may be a suitable commercially available processor. The 
memory 205 may be a machine-readable medium such as dynamic random access memory 
("DRAM"), and may include static random access memory ("SRAM"). The display interface 
209 controls a display 219, which in one embodiment may be a cathode ray tube ("CRT"), a 
5 liquid crystal display ("LCD"), an active matrix display, or the like. An input/output device 217, 
coupled to the input/output interface 215 may be a keyboard, a disk drive, a printer, a scanner, or 
other input/output device, including a mouse, a trackball, a trackpad, a joystick, or the like. In 
one embodiment, the audio interface 223 controls an audio output 225, which may include for 

O example, audio speakers, headphones, an audio receiver, an amplifier, or the like. The audio 

ffi 

Jo interface 223 also controls an audio input 227, which may include for example, a microphone, or 

yn 

tfJ input(s) from an audio or musical device, or the like, in an embodiment. 

O 

n The storage 21 1 , in one embodiment, may include machine-readable media such 

jLJjL 
Fs ii 

as for example, but not limited to, a magnetic hard disk, a floppy disk, an optical disk, a read- 
S only memory component ("ROM"), a smart card, or another form of storage for data, hi one 

1 5 embodiment, the storage 2 1 1 may include removable media, read-only memory, 

readable/writable memory, or the like. Some of the data may be written by a direct memory 
access process into the memory 205 during execution of software in the computer system 201. It 
will be appreciated that software may reside in the storage 2 1 1 , the memory 205, or may be 
transmitted or received via a modem or a communications interface 213. For the purpose of the 

20 specification, the term "machine-readable medium" shall be taken to include any medium that is 
capable of storing data, information, or encoding a sequence of instructions or operations for 
execution by the processor 203 to cause the processor 203 to perform the methodologies of the 
present invention. The term "machine-readable medium" shall be understood to include, for 
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example, solid-state memories; ROM; random access memory ("RAM"); magnetic disk storage 
media; optical storage media; flash memory devices; electrical, optical, acoustical or other form 
of propagated signals (e.g., carrier tones, infrared signals, and digital signals); and the like. 

With reference now primarily to Figure 3, a flow diagram illustrating an 
embodiment of a flow of events in a server (e.g., the server 103, Figure 1) and in a client system 
(e.g., the client systems 105 and/or 107, Figure 1) is shown in accordance with the teachings of 
the present invention. As the following discussion proceeds with regard to Figure 3, reference is 
made to Figures 4-21 to illustrate various aspects of the present invention. It will be appreciated 
that reference to "the client system 1 05 , 1 07" is intended to refer to either or both of the client 
J.0 systems 105 and 107 illustrated in Figure 1, as each may operate independently of the other. It 
will also be appreciated that in the following discussion, functionalities of the server 103 and/or 
the client systems 105 and 107 may be facilitated by the components illustrated in Figure 2, as 

j a 

; discussed above. 

i In one embodiment, a user, for example a loan officer or other financial institution 

1 5 administrator, may access a content site {e.g. , a web site) maintained by the server 1 03 in order 
to input customer profile data and/or to prepare a commercial loan application at the request of 
the customer. Access to the content site may be facilitated via a unique address identifier such as 
a universal resource locator ("URL"), or the like, communicated via the network 109 (see, e.g., 
Figure 1). In one embodiment, access to the content site may be facilitated by a commercially 
20 available browser application for example, stored and executed by the client system 105, 107. 
When the content site is accessed, the client system 105, 107 may send a request for financial 
services content and/or data to the server 103 (see, e.g., process block 319) via the 
communications interface 213 (see, e.g., Figure 2). 



□ 
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The server 103 may then receive the request for financial services content and/or 
data from the client system 105, 107 (see, e.g., process block 301), and send the financial 
services content and/or data to the client system 105, 107 (see, e.g., process block 303) via the 
communications interface 213. As discussed above, the communication of requests from the 
client system 105, 107 to the server 103, and the communication of content and/or data from the 
server 103 to the client system 105, 107, maybe facilitated by any one of a number of suitable 
network communication protocols, in an embodiment. 

The client system 105, 107 may then receive the financial services content and/or 
data from the server 103 (see, e.g., process block 321), and generate a UI display in response 
thereto (see, e.g., process block 323). In one embodiment, a UI display corresponding to a 
content page (e.g., an HTML page) maintained by the server as part of the content site, such as 
that illustrated in Figure 5, may be generated (e.g., by a browser application) to enable the user to 
log-on to the financial services site by entering a user name and password, for example. The 
client system 105, 107 may receive the user input (e.g., the user name and password) (see, e.g., 
process block 325) via the input/output interface 215 (see, e.g., Figure 2), and send a request for 
additional content and/or data to the server 103 in response to the user input, in an embodiment. 
If the received user input (see, e.g., block 325) does not correspond to a commercial loan request 
selection (see, e.g., process block 327), then any input data maybe communicated to the server 
103 (see, e.g., process block 333a), and process blocks 319, 301, 303, 321, and 323 maybe 
repeated as indicated in Figure 3. 

It will be appreciated that the log-on view UI display illustrated in Figure 5 may 
not be necessary in all embodiments of the present invention, but may be provided as a security 
feature to prevent unauthorized access to the content site, and to the data associated therewith, 
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maintained by the server 103. It will also be noted that in the various UI displays depicted in 
Figures 5-21, links to other content pages and/or actions are associated with user-actuateable 
"buttons" illustrated with diagonal lines, such as the "OK" and "CANCEL" buttons 501, 503, 
respectively, shown in Figure 5. 
5 For example, the user may enter the user name and password (collectively "data") 

to gain access to the financial services content site, and actuate (e.g., via an input/output device 
217, Figure 2) the "OK" button 501 to submit the data for processing (see, e.g., process block 
305) by a software application being executed by the server 103. If the user name and password 
^ are accepted by the software application, then subsequent content and/or data may be 
' 5 0 communicated to the client system 1 05 , 1 07 to cause generation of another UI display, for 

if* 

3 example a customer view UI display such as that illustrated in Figure 6. In one embodiment, the 

O 

> subsequent UI display may be selected from a pull-down menu, such as the "CONNECT TO" 
[U menu 505 illustrated in Figure 5. 

Jj With continued reference to Figure 3, and to the foregoing example, the loan 

H 5 officer may then input new customer profile data into various data fields 602 of a company form 
applet 601, or may select to search for an existing customer's records via selection of a 
"QUERY" button 603, for example. In one embodiment, the user (e.g., the loan officer) may 
also select another new customer record by selecting the "NEW" button 605. If an existing 
customer's records are selected, pending commercial loan requests and accounts (e.g., merchant 
20 checking account, lines of credit, and the like) may be displayed (see, e.g., reference numerals 
607 and 609, respectively) in scrollable list applets, for example. The client system may then 
again receive the user input (see, e.g., block 325) of information and/or data via the various data 
fields 602 of the company form applet 601, in an embodiment. 
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With continued reference to Figures 3 and 6, after having entered the customer 
profile data in the data fields 602, the user may then select a commercial loan request button 611, 
which may appear as an icon, for example, on a portion of the customer view UI display of 
Figure 6. In one embodiment in accordance with the teachings of the present invention, selection 
5 of the commercial loan request button 6 1 1 (see, e.g. , process block 327) may cause the customer 
profile data to be communicated to the server 103 (see, e.g., process block 333b), where the data 
maybe received (see, e.g., process block 305), and stored (see, e.g., process block 307) in a 
communicatively coupled storage device, such as a relational database (e.g., the database 111, 
9 Figure 1). Selection of the commercial loan request button 61 1 may also cause entry into a UI 
r i'0 display sequence designed to enable the user to capture commercial loan application data and to 
!j assign a commercial loan request (see, e.g. , process block 329). It will be appreciated that the 
T commercial loan request button 6 1 1 , or its equivalent, may appear in any one of a number of 
ftj different forms, or may be activated by any one of a number of different mechanisms, in order to 
C launch a UI display or sequence of UI displays to facilitate the capture of commercial loan 
H 5 application data, and assignment of the commercial loan request in accordance with the teachings 
of the present invention. 

Figure 4 is a flow diagram illustrating an embodiment of a sequence of UI 
displays for capturing commercial loan application data, and assigning and administering a 
commercial loan request in accordance with the teachings of the present invention, hi the 
20 illustrated embodiment, the flow begins with the log-on view (see reference numeral 401) and 
the customer view (see reference numeral 403) illustrated in Figures 5 and 6, respectively, as 
discussed above. Blocks corresponding to these two views (401 and 403) are illustrated with 
dashed lines to indicate that they fall outside of the UI sequence as described in conjunction with 
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process block 329 of Figure 3, but are included to illustrate their relationship with the UI 
sequence. Following the customer view 403, the flow proceeds to a request view (see reference 
numeral 405), such as that illustrated in Figure 7. 

The request view UI display of Figure 7 may be automatically accessed upon 
5 actuation of the commercial loan request button 61 1 , in an embodiment, by sending a request to 
the server 103, and receiving content and/or data from the server 103 to cause generation of the 
UI display, as discussed above. The request view UI display of Figure 7 includes, in one 
embodiment, a request header applet 701, a menu bar 703, and a request form applet 705 
including a plurality of data fields 707 configured to receive commercial loan application data. 
jj0 The request header applet 701 may, in an embodiment, comprise a list applet 

configured to display one or more commercial loan requests corresponding to the user-specified 
customer identified in the customer view UI display illustrated in Figure 6. In order to create a 
new commercial loan request, the user may select a "NEW" button 709 on the request form 
applet 705. In addition, the user may edit or search for an existing request by selecting an 
15 "EDIT" button 71 1, or a "FIND" button 713, respectively, from the request form applet 705. 

The request view UI display of Figure 7 may be used by the loan officer to create the commercial 
loan request for the customer, or by a credit committee to display commercial loan requests that 
need to be considered for approval, or that have been approved, in an embodiment. 

When the user has finished entering all applicable information into the data fields 
20 of the request form applet 705 for the creation of a new commercial loan request, he or she may 
then proceed to capture the remainder of the commercial loan application data required for 
consideration of the request by selecting tabs (e.g., the borrower detail tab ("BOW'R DTL.") tab 
715) from the menu bar 703. In one embodiment, the tabs may be selected by the user 
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sequentially to ensure that all of the UI displays are accessed, and that all requisite commercial 
loan application data is captured for consideration by the review committee. It will be noted that 
the menu bar 703 may be scrollable (from right to left and vice versa, as illustrated in Figures 7- 
21), in an embodiment, and that tabs in addition to those illustrated in the depicted embodiments 
may also be included. 

With continued reference to Figure 3, having received user input of commercial 
loan request data (also "commercial loan application data") (see, e.g., process block 331), 
selection of a tab from the menu bar 703 initiates a determination regarding whether the 
commercial loan request is complete at this stage (see, e.g., process block 309). Since the loan 
request is not yet complete, the entered commercial loan request data is communicated to the 
server 103 (see, e.g., process block 333b), and the process enters an iterative loop beginning 
again at process block 329. Again, a request for the content and/or data corresponding to the 
next successive UI display (e.g., corresponding to the user-selected tab in the menu bar 703) is 
sent to the server 103, and the content and/or data is received by the client system 105, 107 to 
cause generation of the next successive UI display (see, e.g., block 329), 

With continued reference to Figure 4, the flow then next proceeds, via user 
actuation of a first tab in the menu bar 703 (e.g., the borrower detail tab 715) for example, to a 
borrower detail view (see reference numeral 407), such as that illustrated in Figure 8. The 
borrower detail view UI display of Figure 8 may include, in an embodiment, a request header 
applet 801, including data fields containing information specific to the currently selected (e.g., 
from the request header list applet 701, Figure 7) commercial loan request (e.g., the new 
commercial loan request defined via the request form applet 705, Figure 7). The borrower detail 
view UI display may also include the menu bar 703, and a request borrower list applet 803, 
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which may list one or more companies as applicants in relation to the commercial loan request, 
designating one as a primary applicant. In addition, the borrower detail view UI display may 
include a borrower detail form applet 805 and a public rating list applet 807, in an embodiment. 
The public rating list applet 805 may show a debt rating for each company/borrower. 
5 In one embodiment, fields of the borrower detail form applet 805 may be pre- 

populated with data (e.g., customer profile data) corresponding to a specific customer, previously 
provided by the customer and stored by the financial institution, via a request to the server 103 to 
y, provide such information/data from the database 1 1 1 (see, e.g., Figure 1). The reader will recall 
□ that the customer profile data entered in the data fields 602 of the company form applet 601, as 

i W 

JS0 discussed above, was communicated to the server 103 (see, e.g., block 333b) for receipt and 

41 storage (see, e.g., blocks 305 and 307, respectively) in a database to be accessible via customer 

; s name, or other unique identifier. 

I : After entry of all requisite information in the borrower detail view UI display of 

g Figure 8, the flow illustrated in Figure 4 next proceeds, via user actuation of a subsequent tab in 

5 >. 
Sresss 

1 5 the menu bar 703 (e.g. , a request summary ("REQ, SUM.") tab 809), to a request summary view 
(see reference numeral 409), such as that illustrated in Figure 9. The request summary view UI 
display of Figure 9 may include the request header applet 801, described above, as well as the 
menu bar 703, in an embodiment. The request summary view UI display may also include a key 
credit issues list applet 901, a decision list applet 903, and a request detail form applet 905, in an 

20 embodiment. 

The request summary view UI display of Figure 9 shows a summary of the 
commercial loan request, and will capture the decision from the review committee, in an 
embodiment. For example, the decision list applet 903 may track comments and approval from 
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the review committee with regard to a selected commercial loan request. The key credit issues 
list applet 901 captures user-specified issues related to the current commercial loan request, such 
as for example, particularly relevant issues related to covenants or the like. The request detail 
form applet 905 enables the user to specify details related to the request, such as an approval 
5 level, and the like. In one embodiment in accordance with the teachings of the present invention, 
one or more of the data fields in the request detail form applet 905 may be populated with data 
entered via administration UI displays that will be discussed in greater detail hereinbelow. 
With continued reference to Figure 4, the flow then next proceeds, via user 
q actuation of the next tab in the menu bar 703 (e.g. , a request detail ("REQ. DTL.") tab 907) for 
M0 example, to a request detail view (see reference numeral 411), such as that illustrated in Figure 
jtf 10. The request detail view UI display of Figure 10 may include the request header applet 801, 
f described above, as well as the menu bar 703, in an embodiment. The request detail view UI 
[*f display may also include an underwriting standard list applet 1001 and a request policy 
q exceptions list applet 1003, in an embodiment. Some of the fields of the underwriting standard 
1 5 list applet 1001 may be populated with standard information based on a portfolio choice defined 
in the request detail form applet 905 of the request summary view UI display illustrated in Figure 
9. In one embodiment, one or more of the fields of the underwriting standard list applet 1001 
may be populated with data entered via administration UI displays that will be discussed below. 

The request policy exceptions list applet 1003 maybe configured to capture any 
20 policy exceptions for the current commercial loan request. For example, each lender generally 
has a set of policies that must be complied with in regard to a commercial loan request (e.g., 
agent's limit, legal lending limit, and the like). If the policy is to be violated in regard to the 
request, an exception must generally be defined, or the request may not be approved. 



EL862050817US 



'Utility Patent Attorney Docket No. : 005306.P074 

After entry of all requisite information in the request detail view UI display of 
Figure 10, the flow illustrated in Figure 4 next proceeds, via user actuation of the next tab in the 
menu bar 703 (e.g., an exposure summary ("EXP. SUM.") tab 1005) for example, to an exposure 
summary view (see reference numeral 413), such as that illustrated in Figure 11. The exposure 
5 summary view UI display of Figure 1 1 may include the request header applet 801, described 
above, as well as the menu bar 703, in an embodiment. The exposure summary view UI display 
may also include a group exposure list applet 1101 and a group exposure form applet 1103, in an 
embodiment. 

2 The exposure summary view UI display of Figure 1 1 shows a group exposure 

Jo corresponding to the company group name defined in the request header applet 801 . In one 
2 embodiment, the company group name may correspond to a company and its subsidiaries. The 
J S group exposure list applet 1101 may show all requests that have been approved and booked for 
N the company group. In one embodiment, fields of the group exposure list applet 1101 may be 

populated by data from a financial account view (e.g. , corresponding to a parent company for the 
r l 5 group) that will be discussed below. 

With continued reference to Figure 4, the flow then next proceeds, via user 
actuation of the next tab in the menu bar 703 (e.g., a facility (i.e. loan) setup ("FAC. SETUP") 
tab 1 105) for example, to a facility setup view (see reference numeral 415), such as that 
illustrated in Figure 12. The facility setup view UI display of Figure 12 may include the request 
20 header applet 801, described above, as well as the menu bar 703, in an embodiment. The facility 
setup view UI display may also include a borrower list applet 1201, a loan facility list applet 
1203, and a loan facility detail form applet 1205, in an embodiment. 
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The borrower list applet 1201 may display a list of the borrowers/applicants 
associated with the current commercial loan request, while the loan facility list applet 1203 may 
display all those facilities currently associated with any one of the borrowers selected from the 
borrower list applet 1201. When the user selects an existing facility from the loan facility list 
applet 1203, at least a portion of the fields of the loan facility detail form applet may be 
populated with data from the financial account view corresponding to the facility, which will be 
discussed below. 

After entry of all requisite information in the facility setup view UI display of 
Figure 12, the flow illustrated in Figure 4 next proceeds, via user actuation of the next tab in the 
menu bar 703 (e.g., a facility syndication ("FAC. SYND.") tab 1207) for example, to a facility 
syndication view (see reference numeral 417), such as that illustrated in Figure 13. The facility 
syndication view UI display of Figure 13 may include the request header applet 801, described 
above, as well as the menu bar 703, in an embodiment. The facility syndication view UI display 
may also include the borrower list applet 1201 and the loan facility list applet 1203 illustrated in 
Figure 12, as well as a syndication detail form applet 1301 and a bank syndication list applet 
1303, in an embodiment. 

The facility syndication view UI display of Figure 13 may be configured to 
capture bank syndication information. For example, many times, a loan requested by a customer 
is too big for one bank to finance on its own. Syndication allows the bank to split the loan 
among several bank or lending institutions. In the illustrated view, the user may highlight a 
facility (e.g., corresponding to a borrower shown in the borrower list applet 1201) listed in the 
loan facility list applet 1203, and associate that facility with one or more lenders via the bank 
syndication list applet 1303, in an embodiment. Details regarding each bank in the bank 
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syndication list applet 1303 may be input via the syndication detail form applet 1 301 , in an 
embodiment. 

With continued reference to Figure 4, the flow then next proceeds, via user 
actuation of the next tab in the menu bar 703 (e.g., a price and fees ("PRICE & FEE") tab 1305) 
5 for example, to a price and fees view (see reference numeral 419), such as that illustrated in 
Figure 14. The price and fees view UI display of Figure 14 may include the request header 
applet 801, described above, as well as the menu bar 703, in an embodiment. The price and fees 
M view UI display may also include the borrower list applet 1201 (see, e.g., Figure 12), as well as a 
O price list applet 1401, a loan facility setup list applet 1403, and a fees list applet 1405, in an 
embodiment. 

d 

^ The price and fees view UI display of Figure 14 shows the price and fees for a 

jjt facility. The user may highlight a facility from the loan facility setup list applet 1403 (e.g., 
t& corresponding to the selected borrower from the borrower list applet 1201), and set a price and 
D fees for the facility via the price list applet 1401 and the fees list applet 1405, respectively. In 
1 5 one embodiment, fields of the price list applet 1401 and the fees list applet 1405 may be pre- 
populated with data corresponding to a particular product type. 

After entry of all requisite information in the price and fees view UI display of 
Figure 14, the flow illustrated in Figure 4 next proceeds, via user actuation of the next tab in the 
menu bar 703 (e.g., a covenants ("COVENANTS") tab 1407) for example, to a covenants view 
20 (see reference numeral 421), such as that illustrated in Figure 15. The covenants view UI display 
of Figure 15 may include the request header applet 801, described above, as well as the menu bar 
703, in an embodiment. The covenants view UI display may also include the borrower list applet 
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1201 and the loan facility list applet 1203 illustrated in Figure 12, as well as a covenants list 
applet 1501 and a covenant detail form applet 1503, in an embodiment. 

The covenants view UI display of Figure 15 may be configured, in an 
embodiment, to capture commercial loan application data corresponding to covenants related to a 
5 facility. A covenant is a condition that the borrower must meet in order to secure the loan and 
remain in good standing with the lender, such as submit a financial statement each quarter, or the 
like. The user may select a facility from the loan facility list applet 1203 (e.g., corresponding to 
the selected borrower in the borrower list applet 1201), and apply one or more covenants thereto 

o 

p via the covenants list applet 1501. Covenants maybe defined for the covenants list applet 1501 

pi I 

JtO via the covenant detail form applet 1503, in an embodiment. In one embodiment, the user may 
C select a facility from the loan facility list applet 1203 such that the facility's corresponding 
* _ covenants will be displayed in the covenants list applet 1501. To apply these covenants to 
; J another facility, the user need only select an "APPLY" button 1505, and then select a second 
n facility from the loan facility list applet 1203 to apply the covenants, corresponding to the first 
15 selected facility, to the second selected facility. 

With continued reference to Figure 4, the flow then next proceeds, via user 
actuation of the next tab in the menu bar 703 (e.g., a collaterals ("COLLATERAL") tab 1507) for 
example, to a collaterals view (see reference numeral 423), such as that illustrated in Figure 16. 
The collaterals view UI display of Figure 16 may include the request header applet 801, 
20 described above, as well as the menu bar 703, in an embodiment. The collaterals view UI 
display may also include the borrower list applet 1201 and the loan facility list applet 1203 
illustrated in Figure 12, as well as a collateral list applet 1601 and a collateral detail form applet 
1603, in an embodiment. 
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The collaterals view UI display of Figure 16 maybe configured, in an 
embodiment, to capture commercial loan application data corresponding to collateral for each 
facility. As described above, the user may highlight a facility from the loan facility list applet 
1203 (e.g., corresponding to a selected borrower in the borrower list applet 1201), and define 
collateral corresponding to that facility in the collateral list applet 1601 . Details regarding each 
element of collateral shown in the collateral list applet 1601 maybe defined in the collateral 
detail form applet 1603, in an embodiment. 

After entry of all requisite information in the collaterals view UI display of Figure 
16, the flow illustrated in Figure 4 next proceeds, via user actuation of the next tab in the menu 
bar 703 (e.g., a guarantors ("GUARANTOR") tab 1605) for example, to a guarantors view (see 
reference numeral 425), such as that illustrated in Figure 17. The guarantors view UI display of 
Figure 17 may include the request header applet 801, described above, as well as the menu bar 
703, in an embodiment. The guarantors view UI display may also include the borrower list 
applet 1201 and the loan facility list applet 1203 illustrated in Figure 12, as well as a guarantors 
list applet 1701, in an embodiment. 

The guarantors view UI display of Figure 17 may be configured, in an 
embodiment, to capture commercial loan application data corresponding to guarantors for the 
facility. The user may highlight a facility in the loan facility list applet 1203 (e.g., corresponding 
to a selected borrower in the borrower list applet 1201), and associate one or more guarantors 
with the facility via the guarantors list applet 1701. 

With continued reference to Figure 4, the flow then next proceeds, via user 
actuation of the next tab in the menu bar 703 (e.g., a policy exceptions ("POL. EXCPT.") tab 
1703) for example, to a policy exceptions view (see reference numeral 427), such as that 
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illustrated in Figure 18. The policy exceptions view UI display of Figure 18 may include the 
request header applet 801, described above, as well as the menu bar 703, in an embodiment. The 
policy exceptions view UI display may also include the borrower list applet 1201 and the loan 
facility list applet 1203 illustrated in Figure 12, as well as a borrower policy exception list applet 
1801 and a loan facility policy exception list applet 1803, in an embodiment. 

The policy exceptions view UI display of Figure 18 may be configured, in an 
embodiment, to capture commercial loan application data corresponding to policy exceptions of 
the borrowers and the facilities, in an embodiment. It will be appreciated that the policy 
exceptions defined in regard to the policy exceptions view UI display are different from the 
exceptions defined in the request policy exceptions list applet 1003 shown in request detail view 
UI display of Figure 10. In the policy exceptions view UI display of Figure 18, the user may 
define exceptions for a borrower (selected from the borrower list applet 1201) via the borrower 
policy exception list applet 1801. Similarly, the user may define exceptions for a facility 
(selected from the loan facility list applet 1203) via the loan facility policy exception list applet 
1803, in an embodiment. 

After entry of all requisite information in the policy exceptions view UI display of 
Figure 18, the flow illustrated in Figure 4 next proceeds, via user actuation of the next tab in the 
menu bar 703 (e.g., an administration ("ADMIN.") tab 1805) for example, to an approval 
administration view (see reference numeral 429), such as that illustrated in Figure 19. The 
approval administration view UI display of Figure 19 may include the request header applet 801, 
described above, as well as the menu bar 703, in an embodiment. The approval administration 
view UI display may also include pull-down menu bar 1901 corresponding to the administration 
tab 1 805 of the menu bar 1 703, from which the user may select to display the approval 
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administration-associated applets: An approval level list applet 1903; and an approval 
administration list applet 1905, in an embodiment. 

The approval administration view UI display of Figure 19 may be configured, in 
an embodiment, to capture commercial loan application data corresponding to an approval level, 
5 an approval stage, and identification of individuals associated with each stage, in an 

embodiment. The user may define an approval level (e.g., manager's approval, vice-president 
approval, or the like) via the approval level list applet 1903, and then create stages and associate 
executives with each stage in the approval administration list applet 1905, in an embodiment. 
S Individuals defined in the approval administration list applet 1905 may, in an embodiment, 
"JO populate an "OFFICER" column in the decision list applet 903 of the request summary view UI 

, sF:': 

yg display illustrated in Figure 9. 

s With continued reference to Figure 4, the flow then next proceeds, via user 

fU selection from the pull-down menu 1 901 for example, to a portfolio administration view (see 
JjJ reference numeral 43 1), such as that illustrated in Figure 20. The portfolio administration view 
H.5 UI display of Figure 20 may include the request header applet 801 , described above, as well as 
the menu bar 703, in an embodiment. The portfolio administration view UI display may also 
include the pull-down menu 1901, as well as a loan portfolio type list applet 2001 and a portfolio 
administration list applet 2003, in an embodiment. 

The portfolio administration view UI display of Figure 20 may be configured, in 
20 an embodiment, to enable the user to set a portfolio type, and an underwriting standard 

associated with the portfolio type. The user may create a portfolio type (e.g., software industry) 
in the loan portfolio type list applet 2001 and define a limit and utilization to correspond to that 
portfolio type. In one embodiment, the limit and utilization will populate the request detail form 
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applet 905 in the request summary view UI display illustrated in Figure 9. In addition, the user 
may highlight a portfolio from the loan portfolio type list applet 2001 and create one or more 
underwriting standards in the portfolio administration list applet 2003, in an embodiment. The 
defined standard(s) may then populate the underwriting standard list applet 1001 in the request 
detail view UI display illustrated in Figure 10, in an embodiment. 

With reference again to Figure 3, at this point the commercial loan request has 
been completed (see, e.g., block 309), assuming all of the requisite information has been 
provided via the UI displays illustrated in Figures 7-20 and described above. The commercial 
loan request is then submitted to the review committee for consideration (see, e.g., process block 
311) and the status of the review may be monitored (see, e.g., process block 313) via the decision 
list applet 903 in the request summary view UI display, in an embodiment, as described above. 
If the request is not approved (see, e.g., process block 315), then the process ends (see, e.g., 
process block 335). If the commercial loan request is approved by the review committee (see, 
e.g., block 315), then the user may create financial accounts and/or associate the approved 
facility with one or more financial accounts (see, e.g., process block 317). 

In one embodiment, creation of financial accounts, and association of approved 
facilities with one or more financial accounts maybe facilitated via a facility financial accounts 
administration view (see reference numeral 433, Figure 4), such as that illustrated in Figure 21. 
The block 433 corresponding to the facility financial accounts administration view illustrated in 
Figure 4 is shown with dashed lines to indicate that it is not a part of the UI sequence described 
in conjunction with process block 329 of Figure 3 in a manner similar to the log-on view 401 and 
the customer profile view 403, but is shown to indicate its relationship to the UI sequence views 
in the flow illustrated in Figure 4. 
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In one embodiment, the facility financial accounts administration view UI display 
of Figure 21 may be accessed by the user, via selection of the administration tab 1805 and 
selection of a facility financial accounts administration option from the pull-down menu 1901 in 
conjunction with the approved request, as defined by the request header applet 801 . In the 
illustrated embodiment, the facility financial accounts administration view UI display includes, 
in addition to the request header applet 801, the menu bar 703, and the pull-down menu 1901, a 
facility financial accounts administration list applet 2101 and a financial accounts list applet 
2103. 

In one embodiment in accordance with the teachings of the present invention, 
j|0 once the facility has been approved, the user may create a financial account for the facility. A 

yo financial account may be created for each borrower, in an embodiment. After creating one or 

O 

s more financial accounts via the financial accounts list applet 2103, the user may associate the 
J y approved facility, selected from the facility financial accounts administration list applet 2101, 
2{ with one or more defined accounts from the financial accounts list applet 2103. In one 
15 embodiment, fields in the group exposure detail form applet 1103 of the exposure summary view 
UI display of Figure 11, and the loan facility detail form applet 1205 of the facility setup view UI 
display of Figure 12, may be populated with data from the financial accounts list applet 2103. 

While the invention is described and illustrated here in the context of a limited 
number of embodiments, the invention maybe embodied in many forms without departing from 
20 the spirit of the essential characteristics of the invention. The illustrated and described 

embodiments, including what is described in the abstract of the disclosure, are therefore to be 
considered in all respects as illustrative and not restrictive. The scope of the invention is 
indicated by the appended claims rather than by the foregoing description, and all changes which 
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come within the meaning and range of equivalency of the claims are intended to be embraced 
therein. 
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